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Description 

System and Method for Processing Asset 
Information from multiple sources and 
Distributing in Asset Information in 
Digital Format for Insurance and 
Financial coverage 

Background of Invention 

[0001] This invention relates to a system and method for pro- 
cessing asset information from multiple sources and dis- 
tributing asset information in digital format for insurance 
and financial coverage. 

[0002] The process of getting insurance on coverage on assets 
for private clients and businesses typically involves a 
number of parties. The owner of the assets must meet 
with a broker or producer to determine the type and 
amount of coverage that the insured is considering for the 
assets. Second, the broker must interact with an insurer or 
carrier to write a policy for the insured. The process has 



historically involved a lot of effort in collecting the proper 
information about the assets. 
[0003] The manual and semi-automated processes are being re- 
placed by a computer system that processes asset infor- 
mation received from multiple sources and distributes as- 
set information in digital format to insurance and other fi- 
nancial processes. 
Summary of Invention 

[0004] The present innovation establishes a standard system and 
method for processing asset information received from 
multiple sources and then distributing asset information 
in digital format for use by the insurance industry as well 
as other financial service organizations. 

[0005] The present invention includes a process to acquire, de- 
construct, and associate asset information received from 
multiple sources, and then to distribute the asset infor- 
mation in digital format. 

[0006] The optimal implementation of this method includes a 
system to receive any digital information on the assets 
that is supplemented by a manual process to digitize the 
information when required. The most efficient implemen- 
tation solution includes a connection to the Internet for 
interaction by producers, insurance carriers, and other as- 



set information processing companies. 
[0007] The asset acquisition system receives information on the 
assets in digital format where possible, paper forms where 
necessary, and through data entry screens.. A processing 
component of the system takes the digital information 
and deconstructs and re-aggregates when required into a 
form for processing. Another component of the system 
transforms information on paper or photographs for use 
in association. The system includes a database that is 
used to store the acquisition and associated information. 
And the distribution component takes the asset informa- 
tion and produces messages for distribution to multiple 

parties in the process. 
Brief Description of Drawings 

[0008] FIG. 1 A is a schematic block diagram of the asset infor- 
mation processing distribution systemFIC. 1 B is a more 
detailed connectivity configuration for the asset informa- 
tion processing and distribution system. 

[0009] FIG. 1C shows possible configuration connections of the 
insurance company, an asset tracking system, and a bro- 
ker agency with an agency management system . 

[0010] FIG. 2 shows a detailed breakdown of a basic asset pro- 
cessing and distribution system configuration on an inter- 



nal network FIG. 3 shows server hardware configura- 
tionFIG. 4 illustrates one configuration of the memory 
constructed according to the present invention for the as- 
set information acquisition serverFIG. 5 illustrates one 
configuration of the memory constructed according to the 
present invention for the asset information aggregation 
server. 

[0011] FIG. 6 illustrates one configuration of the memory con- 
structed according to the present invention for the asset 
information distribution server. 

[0012] FIG 7 shows the acquisition method for processing asset 
information FIG 8 illustrates the aggregation method for 
processing asset informationFIG. 9 shows the video de- 
construction process in detailFIG. 10 Digital Asset Infor- 
mation Distribution Method 
Detailed Description 

[0013] a method and system for processing asset information 
received from multiple sources and distributing asset in- 
formation in digital format for insurance and financial 
coverage is described below. The asset information pro- 
cesses that the system offers includes asset information 
acquisition, deconstruction, association and distribution. 
This system is directed at insurance carriers and the pro- 



ducers as part of the policy processing as well as other fi- 
nancial institutions, (e.g. trust companies) that process 
asset information. The system includes, but is not ex- 
cluded to, the processing of asset information for com- 
mercial asset coverage (e.g. inland marine) as well as as- 
set private client asset coverage (e.g. property). 
[0014] The detailed presentation includes descriptions in terms 
of algorithms of operations on data bits within the mem- 
ory of a computer. An algorithm is generally defined to be 
a self-consistent sequence of steps leading to a desired 
result. These steps require manipulations of quantities. 
Usually these quantities take the form of magnetic signals 
capable of being stored, manipulated, transferred, and 
combined. Terms such as computing or calculating refer 
to the action and processes of a computer system that 
manipulates and transforms data represented as electrical 
signals within computer systems memories or data stor- 
age devices. 

[0015] The present invention also relates to the equipment for 
performing the operations herein. The equipment may be 
a general-purpose computer selectively configured by a 
hardware/ software professional. The algorithms are 
maintained in computer programs. The computer pro- 



grams are stored on computer storage devices that in- 
clude floppy disk, optical disks, read-only memories, ran- 
dom access memories, magnetic cards, and video input 
devices. 

[0016] The algorithms presented herein are not inherently rele- 
gated to any particular computer or to the equipment. 
Various general-purpose systems may be used with pro- 
grams described herein in conjunction with other pro- 
grams. In addition, the present invention is not described 
with reference to any particular programming language. A 
variety of programming languages may be used to imple- 
ment the invention herein. 

[0017] i. System OverviewFIG. 1A illustrates a system for pro- 
cessing asset information received from multiple sources 
and then distributing asset information in digital format 
for use by the insurance industry as well as other financial 
service organizations. The system comprises an asset in- 
formation processing and distribution system 101, a bro- 
ker/agency management system 105, an asset tracking 
system 104, digital image devices with satellite connec- 
tions 104, and video, image and audio capture devices 
connected to a workstation, implemented on a network 
such as the Internet 103. Even though only one insurer 



system is shown, any number of insurer systems con- 
nected to the Internet could be implemented in this con- 
figuration. 

[0018] The asset information processing and distribution system 
101 operates in conjunction with a secured user 107 (e.g. 
a broker, asset information collector) to allow submission 
of the asset information. The broker enters information 
into screens or from devices that they have gathered from 
the potential insured. The system interoperates with ex- 
isting systems that hold asset information for the insured. 
The system allows for the receipt of information from an 
agency management system 105 or potentially an asset 
tracking system 107 (e.g. Instant Data Systems Mobility 
Suite) containing asset information for the potential in- 
sured. 

[0019] a secured access point 107 could be used directly by the 
potential insured to submit information about their as- 
sets. The system also allows for transmission via satellite 
communications 109 from a digital image wireless device 
108 including cell phones with cameras 181 or pdas with 
wireless connections and a camera 182. 

[0020] FIG. IB illustrates more detailed connectivity configuration 
for the asset information processing and distribution sys- 



tern. 101. The diagram shows the basic components of 
the system including a firewall /router connected to the 
first area of the internal network 152, connected to a web 
server 153, which is then connected a second router 154. 
This layer of initial connectivity is not required but pro- 
vides greater security than if the web server is hosted on 
inner most internal network 158. The application servers 
156 and 156 may be combined or distributed depending 
on the size of the system which is based on the number of 
assets that are processed, the complexity of the informa- 
tion, and the amount of high processing content for de- 
construction including video processing. The database 
server 157 is separated to support dedicated database 
processing. These servers are discussed in more detail in 
subsequent sections. 
[0021] FIG. 1C shows possible configuration connections of the 
insurance company 102, an asset tracking system 104, 
and a broker agency with an agency management system 
105. In this configuration example the insurance carrier 
has a firewall /router 131 connected to the first internal 
network 132 that is subsequently connected to a web 
server 133. A second firewall/router 134 provides secure 
access to the internal network area 138, which connects 



underwriting workstations 142, application servers 136, 
database servers 137, and mainframe systems 135. The 
example of the asset tracking system 104 that could be 
hosted at a client site or remotely shows a firewall router 
121 providing access to an internal network 122, which 
connects to the application server 123 and a database 
server 124. The agency management system 103 shows a 
configuration where a firewall/ router 171 controls access 
to an internal network 172 that connects agent worksta- 
tions 176, a database server 175, and an application 
server 174. These are just possible examples of imple- 
mentations. Configurations will vary widely depending on 
the size of the carrier and the types of systems used. 

[0022] 2. Physical Network Configuration and Connectivity of key 
componentsFIG. 2 shows a detailed breakdown of a basic 
asset processing and distribution system 101, 201 con- 
figuration on an internal network. The key components 
are the firewall /routers 252, 254, the webserver 253, the 
application Servers 255, 256, the database server 257 and 
digital video, image and audio devices 267, 266, 265. 

[0023] The firewall 252, 254 includes a set of related programs 
and hardware located at the networks gateway or initial 
access point to protect the resources within the network. 



The router includes programs and hardware that deter- 
mines which way to send information packets on the net- 
work. 

[0024] Application ServersThe application servers 255, 256 in- 
clude the hardware, the operating system, and the pro- 
grams to process the logic described herein. The physical 
configuration of the application servers is described in 
more detail in the subsequent section. The application 
server operating system can be based on Microsoft Win- 
dows® 2000 Server ®or any UNIX®implementation includ- 
ing Solaris®, AIX®, or LINUX®. The application server soft- 
ware to support application processing can be based on 
Windows 2000 Server®, WebSphere®, BEA WebLogic®, 
JBOSS®, or any application server software that supports 
the program logic processing in a multi-user environ- 
ment. 

[0025] The illustration depicts an application server 255 dedi- 
cated for asset information acquisition. This application 
server 255 supports digital input devices including a video 
camera 260, a digital camera 262, and a digital audio 
recording device 263. 

[0026] As shown in FIG. 2 a preferred configuration includes a 
second application server 26 to support the asset infor- 



mation aggregation and asset information distribution 
module. The application server supporting these modules 
does not need to have the additional support for video, 
audio and image input. 

[0027] Database serversThe FIG. 2 also shows a dedicated 

database server 257 to support database applications. 
This database server 257 includes an operation system 
(e.g. Windows 2000®, Windows .Net®, UNIX®, AIX®, 
LINUX®) as well as a database specialized application such 
as Oracle®, MySQL®, or UDB®. 

[0028] v\/eb ServersFIG. 2 shows the web server 253 which in- 
cludes an operating system as well as web server special- 
ized programs such as TomCat, IBM WebSphere http 
server, Windows IIS server, etc. The webserver is primarily 
dedicated to supporting interaction from the internet and 
processing of display and interaction support. The web- 
server software and capabilities can be implemented on 
the application software but this will result in reduced 
performance and security. 

[0029] Workstation Fig 2 also shows a workstation 259 that is 
dedicated to receiving and processing asset information. 
The internal network connected workstation interfaces to 
video cameras 262, digital cameras 266, digital audio 



recorders 267, and indirectly to scanners 263 to support 
paper form 264 inputs. 

[0030] 3. Basic Server Hardware ConfigurationThe server configu- 
rations 110,120 will now be described in more detail as 
shown in FIG. 3. The servers have common hardware con- 
figurations with add on physical components for specific 
purposes. As shown in FIG. 3, the basic server includes a 
processor, memory 332, a display device 302, a keyboard 
303, a cursor control device 304, I/O devices 306, and a 
network controller 305, coupled together by a bus 302. 

[0031] The processor 336 processes data signals and generally is 
configured using a complex instruction set computer 
(CISC), a reduced instruction set computer (RISC), or a 
combination of instruction sets. 

[0032] The data and/or instructions are stored in the memory 

332. The processor 336 executes the data and/or instruc- 
tions. The instructions may include programming code 
that contains the methods described herein. Memory 332 
may be in the form of dynamic random access memory 
(DRAM) or static access memory (SRAM) or other memory 
devices known in the art. 

[0033] The display device 302 may include any device that is ca- 
pable of displaying electronic images and data described 



herein. Examples of such display devices include a cath- 
ode ray tube (CRT), a liquid crystal display (LCD), or any 
other device equipped with a screen or monitor. 
[0034] The keyboard device 303 includes an input device for al- 
phanumerics. The cursor control 304 device represents a 
user input device that communicates positional data as 
well as command selection. The cursor control includes a 
mouse, trackball or other devices supporting cursor 
movement. 

[0035] The I/O devices 306 include devices equipped to receive 
and transmit audio and video to external devices. Audio 
input may originate from a microphone or from an audio 
device such as an audio recorder. Video input may origi- 
nate from a digital video device such as a digital recorder 
or from an analog device where the I/O device would in- 
clude an analog/digital converter. 

[0036] D a ta storage devices 334 store instructions and data for 
the processor. The data storage devices include a hard 
disk drive, a floppy disk drive, a CD ROM device, a DVD- 
rom, a DVD ram, a DVD RW device, a flash memory device, 
or other mass storage devices known in the art. 

[0037] A.Asset Information Acquisition ServerFIG. 4 illustrates 
one configuration of the memory 332A constructed ac- 



cording to the present invention. The memory includes an 
operating system and application server 411, program 
applications 412, a video acquisition module 413, a digital 
image acquisition module 414, a scanner image acquisi- 
tion module 415, a data acquisition 416, a data entry sys- 
tem 417, an agency management system interface 418, an 
asset tracking system interface 419, an open messaging 
interface 420, and a database interface connected to the 
bus 302. 

[0038] The memory 332A configuration includes an operating 

system and an application server 411. The operating sys- 
tem may be based on WINDOWS®, LINUX®, OR UNIX®. The 
application server may be based on an application server 
such as WINDOWS IIS . IBM"s WebSphere Application 
Server®, BEA"s WebLogic Application Server®, JBOSS® or 
any application server that supports module application 
interoperability. 

[0039] The program application server module is coupled to the 
collection of modules 413, 414, 415, 416, 417, 418, 419, 
420 and 421. The program application module supports 
the framework for module operations. In one embodiment 
of the invention the video acquisition module 413 receives 
a video stream and the program application module sup- 



ports the passing and storage of the video stream to the 
database interface 421. In another implementation the 
program application server supports the user interface for 
a data entry system 417 to display a series of screens that 
captures data and sends the information through the 
database interface 421 to the database server. 
[0040] The digital image acquisition module 414 is coupled to 
the program application module to support the receipt of 
digital images and the pass through of these images to 
the database interface for storage. The scanner image ac- 
quisition module 415 supports the receipt of scanned im- 
ages for pass through to the database interface for stor- 
age. The data acquisition module 416 allows for data re- 
ceipt through standard data acquisition and messaging 
systems for the receipt of data on a message bus that is 
then passed through to the database interface. The 
agency management system interface 418 is may be tai- 
lored to work with one of the existing agency manage- 
ment systems for the receipt of data that is then passed 
through to the database interface. The asset tracking sys- 
tem interface 419 works in a similar manner in that it may 
be customized to work with a specific asset tracking sys- 
tem to receive data and pass it through to the database 



interface. The open messaging interface 420 is a module 
to support standard xml messaging between any system 
that supports such open messaging interfaces, so that the 
messaging are received and then passed through to the 
database interface 421. 

[0041] Asset Information Aggregation ServerFIG. 5 illustrates one 
configuration of the memory 332B constructed according 
to the present invention. The memory includes an operat- 
ing system, and application server 511, program applica- 
tions 512, a video deconstruction module 513, a digital 
image alignment module 514, a scanner image decon- 
struction module 515, a data/ messaging alignment mod- 
ule 516, a data entry alignment system 517, an agency 
management system alignment module 518, an asset 
tracking system alignment module 519, and a database 
interface 520 connected to the bus 302. 

[0042] The memory 332B configuration includes an operating 

system and an application server 411. The operating sys- 
tem may be based on Windows XP Server®, LINUX®, OR 
UNIX®. The application server may be based on an appli- 
cation server such as Windows .NET, IBM"s WebSphere Ap- 
plication Server®, BEA"s WebLogic Application Server®, 
JBOSS®or any application server that supports module ap- 



plication interoperability. 

[0043] The program application server module is coupled to the 
collection of modules 512, 513, 514, 515, 516, 517, 518, 
519, and 520. The program application module 512 sup- 
ports the framework for module operations. In one em- 
bodiment of the invention the video deconstruction acqui- 
sition module 512 processes the video file that has been 
previously received and stored in the acquisition database. 
The program module 512 supports the passing and stor- 
age of the deconstructed image and data files from the 
video files to the database interface 520. In another im- 
plementation the program application server supports the 
user interface for a data entry alignment 517 to display a 
series of screens that supports the alignment of data cap- 
tured in the data entry acquisition module to image and 
data that is processed in the aggregation process. 

[0044] The digital image alignment module 514 is coupled to the 
program application module to support the alignment of 
images to data asset information, which is then processed 
through the database interface 520. The scanner image 
deconstruction module 515 is coupled with the program 
application to enable the deconstruction of the scanned 
images stored previously in the acquisition database. 



Scanned images are deconstructed into digital images and 
data, and the information is aligned and then stored in the 
aggregation database by means of the database interface 
520. 

[0045] The data/ messaging alignment module 516 operates in 
conjunction with the program applications to process the 
data and messages received and stored previously in the 
acquisition database. The data and/ or messages are de- 
constructed to delineate the images and asset data and 
then aligned and stored in the aggregation database by 
means of the database interface 520. 

[0046] The agency management system information alignment 

module 518 processes the information previously received 
from agency management systems and stored in the ac- 
quisition database. The information is deconstructed into 
images and data; and then aligned and stored in the ag- 
gregation database through the database interface 520. 

[0047] The program application module 512 supports the asset 
tracking system alignment module 519, which processes 
the information, previously received from agency man- 
agement systems and stored in the acquisition database. 
The information is deconstructed into images and data; 
and then aligned and stored in the aggregation database 



through the database interface 520. interface Asset Infor- 
mation Distribution ServerFIG. 6 illustrates one configura- 
tion of the memory 332C constructed according to the 
present invention. The memory includes an operating sys- 
tem, and application server 611, program applications 
612, an asset selection distribution module 613, an asset 
information distribution module 616, a user interface 
module 617, and a database interface module 619. 

[0048] The memory 332C configuration includes an operating 

system and an application server 611. The operating sys- 
tem may be based on Windows .2000®, LINUX®, OR 
UNIX®. The application server may be based on an appli- 
cation server such as WINDOWS .Net®, IBM"s WebSphere 
Application Server®, BEA"s WebLogic Application Server®, 
JBOSS®or any application server that supports module ap- 
plication interoperability. 

[0049] The program application server module is coupled to the 
collection of modules 612, 613, 614, 615, 616, 617, 618, 
619, and 620. The program application module supports 
the framework for module operations. In one embodiment 
of the invention the asset selection distribution module 
supports asset selection prompted by a user from the user 
interface 617 process that identifies the asset image and 



data information that has to be sent from the database in- 
terface 620. The distribution site selection module 618 
supports the user selection of distribution sites and initi- 
ates the distribution of the information. The data/ mes- 
saging interface supports the distribution of the asset im- 
age and data information 619 to the based on the asset 
selections and destinations. 

[0050] Acquisition MethodsAs shown in FIG 7 the first method 
embodiment for electronically receiving, aggregating and 
distributing asset information in digital format for elec- 
tronically creating, filing and approving applications for 
insurance coverage. 

[0051] The method begins by initiating the acquisition processes 
702. The processes are started for automatic system op- 
erations in the background. 

[0052] The first sub method that is initiated is the module to re- 
ceive video files 703. The method receives the video files 
from multiple sources and stores the files into data 708 in 
the form received. Information about the source, the date 
and time of receipt, and other processing information is 
stored along with the file. 

[0053] a subsequent module is initiated to receive digital image 
files 704. This supports the receipt of digital files from a 



direct source (e.g. usb port, reader card, external desig- 
nated source). The image files are received along with the 
information about the source, data, time and any addi- 
tional information that is sent with the file. The receipt of 
these files may use standard image receipt programs that 
are readily available (e.g. Adobe"s Photoshop) for image 
receipt or the files may be received as part of a communi- 
cation program. The files are then stored in the acquisi- 
tion database 708. 
[0054] The module that receives audio files 705 is initiated to re- 
ceive files from audio ports, remote audio designations, or 
as audio files that are transmitted. The files are stored on 
the acquisition database 708 along with information on 
the source, the date, time, and any other information that 
is provided. 

[0055] a module that receives scanned files 706 is also initiated 
to receive scanned files from a scanner directly connected, 
from remote scanners, or scanned images that are re- 
ceived an sent via alternate means of communications. 
The scanned image files are stored along with any addi- 
tional information including the source, the date, and the 
time into the acquisition database 709. 

[0056] The module that receives asset information from Agency 



Management Systems 707 is also initiated. This estab- 
lishes receipt solutions that work with the existing Agency 
Management Systems and adheres to the information 
transmission protocol and format established by the par- 
ticular AMS systems. In some cases, the messaging solu- 
tions will be in accordance with the Acord XML messaging 
standard, and in other instances the solutions are cus- 
tomized for that Agency Management System. After re- 
ceiving the information through this module, the informa- 
tion is stored in the acquisition database 708. 
[0057] The module that receives asset information from Asset 
Tracking Systems 708 is also initiated. This establishes 
receipt solutions that work in conjunction with existing 
Asset Tracking Systems and adheres to the information 
transmission protocol and format established by the par- 
ticular Asset Tracking System. In some cases, the messag- 
ing solutions will be based on a predefined xml message 
structure defined by the Asset Tracking System and in 
other cases the information will be received from a cus- 
tomized interface. After receiving the information through 
this module, the information is stored in the acquisition 
database 708. 

[0058] The module that receives data and messages 708 is also 



initiated in this sub method. The module receives data 
through customized message interfaces built on top of 
standard messaging solutions (e.g. JMSX®) or receives 
messages using commercial messaging products (e.g. IBM 
WebSphere® MQSeries®). The module receives the data or 
messages and stores them along with source, date, time 
and any other information to the acquisition database. 
709. 

[0059] An additional module 708 supports direct data entry by a 
user into web browser based screens. This allows users to 
enter information about assets, as well as upload digital 
image files, audio files, scanned files, or video files for 
further process. The data is received from the user and 
put into the acquisition database 709. 

[0060] Aggregation Method 

[0061] The first sub module in this method is the module that 
initiates the video aggregation process 803. The video 
process pulls the video files from the acquisition database 
and initiates the video analysis process. The video file is 
analyzed to determine if it contains both image and audio 
content or if it only contains image content. If the video 
file contains both images and audio content then a de- 
construction process 805 starts to extract the images 



from the video file and the associated data captured in the 
audio portion of the video file. The video deconstruction 
process is further described in FIG. 9. If the video file only 
contains image content then the video images are ex- 
tracted from the video file, associated with data in the ag- 
gregating database, if available, and subsequently, stored 
in the aggregation database. 

[0062] The second sub module initiates the digital image aggre- 
gation process 807. The digital images are extracted 808, 
associated with any existing asset information 822, and 
stored into the aggregation database 823. 

[0063] The scanned image aggregation processes 811, reads the 
scanned images that were stored in the scanned image 
acquisition process 723. The scanned image is first ana- 
lyzed to determine if it contains image and information 
content. 814. If the scanned image contains both, then 
digital asset images are extracted from the file and the 
data associated with the images are also extracted from 
the file 813. 

[0064] if the scanned image does not contain both image and in- 
formation then the scanned image is analyzed to deter- 
mine if it contains only images 814. If the scanned image 
only contains asset images then the scanned image file is 



deconstructed into digital asset images 815, any data that 
can be associated with images is identified 822, and the 
digital images are stored along with the associations to 
the associated data in the aggregation database 823. If 
the scanned image only contains data information then 
the information about the digital asset is extracted from 
the scanned file 816, associated with image or data infor- 
mation in the aggregation database 822, and stored in the 
aggregation database 823. 
[0065] The agency management system aggregation process 817 
is initiated to read information received from agency 
management system that is stored in the acquisition 
database. The information is deconstructed as images and 
asset information, and then associated with image and 
asset information that is already stored in the aggregation 
database. The information is subsequently stored in the 
aggregation database. The Asset tracking system aggre- 
gation process is The data/messaging aggregation mod- 
ule processes the information received from external 
sources through messaging or customized data interfaces. 
The data read from the acquisition database and decon- 
structed into images and/or data with asset information. 
The data is then associated with other asset information 



and stored into the aggregation database. 

[0066] video Deconstruction ProcessFIG. 9 shows a breakdown of 
the video deconstruction process. The process is started 
by initiating video construction 902. The decision point 
903 analyzes if the video was captured using pre-defined 
captured voice controls then the automated video decon- 
struction process is initiated. The deconstruction process 
tracks audio and captures the images in line with the au- 
dio information 904. The process in 905 shows how the 
digital images are extracted from the video track as the 
audio track is analyzed with voice recognition where the 
associated data is extracted. The process in 906 shows 
the manual process of reviewing and extracting images 
from the video and entering data manually. 

[0067] Digital Asset Information Distribution Method 

[0068] As shown in FIG. 10 the method starts by initiating the 

distribution process 1002. After the process has been ini- 
tiated, the asset set selection process 1003 selects the as- 
set set via a remote query process or from a user inter- 
face. The asset set selection is based on criteria submitted 
by the process or the user based on customer, location, 
type of asset, etc. Then the destination for the asset in- 
formation is selected 1004. The destination may be an in- 



surance carrier, an agency, a customer, a trust company, 
or any type of entity that needs to receive the asset infor- 
mation. The asset distribution process 1005 then creates 
the messages containing the asset information with im- 
ages and associated data descriptions. These messages 
are transmitted to the destination based on the type of 
receiving process that the receiver has designated. This 
may be a messaging service capable of receiving an xml 
message, in which case the message will be constructed 
using a predefined dtd, or the information may be sent in 
a customized message defined by the receiver. 

[0069] 



